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SYSTEM AND METHOD FOR ROAMING FOR PREPAID MOBILE TELEPHONE 

SERVICE 

. FIELD OF THE INVENTION 

The present invention relates to mobile telephone networks, in general, 
and to providing prepaid mobile station service to users outside of their home 
mobile network, In particular. 

BACKGROUND OF THE INVENTION 
Roaming agreements between wireless network operators enable their 
subscribers \o use their mobile telephones when travelling in wireless networks 
> whose operators are party to the agreement. Many wireless network operators 
offer mobile telephone users the option of being prepaid users. A prepaid user 
pays in advance for airtime and is given access to the services based on the 

user's account balance. 

A seamless prepaid solution for users of mobile telephones roaming 
5 outside of their home mobile network requires access to each user's balance and 
call control capabilities by the network managing the call. Since operators are 
reluctant to expose their database to other networks and are missing 
infrastructure to manage these calls at the visited network, most operators define 
the prepaid users in a configuration that prevents registration outside the home 

20 mobile network. 

The SICAP platform available from Swisscom of Switzerland offers 
prepaid service for outbpund roaming. When a prepaid user is registered in a 
visited location reglsterW), the prepaid user is barred from making calls. To 
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place a call, the useTmust type in a special Unstructured^pplementary Service 
Data (USSD) code, followed by the dialed number. The S1CAP platform in the 
home mobile network receives the USSD code and generates a call back to the 
prepaid user and to the desired destination. This service is not seamless and 
forces the user to enter codes, which may be difficult to remember and 
time-consuming and error-prone to enter. The prepaid user's telephone book 
cannot be used, since a prefix of the USSD code must be added. Most 
significantly, the prepaid user must wait for the callback and does not receive 

Immediate service. 

In seme mobile network systems, the handset has a smart card that 
provides some of the functionality of the handset. In Global System for Mobile 
communications (GSM), the smart card is called a subscriber identification 
module (SIM). Some mobile network operators use the SIM toolkit (STK) to 
produce special SIM "smart cards" which manage the prepaid balance in real 
time. The SIM on the handset controls the termination of calls depending on the 
balance stored and can recharge the balance over the air. This service is more 
sensitive to fraud. Furthermore, it is hard to implement complex tariff tables and 

hard to differentiate between roaming networks. 

Some clearinghouses offer almost real-time balance update, thus 

enabling control over balance usage. However, there is no guarantee of the call 

detail record (CDR) delivery time and balance update. Delays cause 

unauthorized calls after the balance is exhausted. 

Some mobile network operators agree to customize their network 

components in a particular way in order to provide roaming for prepaid users, 



2 



WO 00/56035 

erafors 



PCT/ILOO/00171 

however this Son is limited only to those operXrs who are party to the 
agreement. 

The European Telecommunications Standards Institute (ETSI) has set a 
new GMS standard called Customized Applications for Mobile Networks 
s Enhanced Logic (CAMEL). The standard specifies all the components needed to 
let GSM network operators offer the intelligent network (IN) services they supply in 
their home country to subscribers that roam on foreign networks. CAMEL 
requires an upgrade to the installed mobile network - replacing existing switches 
and other components with CAMEL-compliant versions. CAMEL also requires the 
o installed mobile network to be integrated with a CAMEL-compliant service control 
point (SCP). This is an expensive and time-consuming procedure. Mobile 
network components that are compatible with CAMEL Phase 1 are commercially 
available and are slowly being introduced Into mobile networks. 
CAMEL-compliant SCPs have had a less successful market penetration, due to 

is the high price tag. 

Throughout this specification and claims, the term "partially 
CAMEL-compliant network" is used to mean a mobile network having 
CAMEL-compliant versions of standard mobile network - components such as 
switches and location registers but not having a CAMEL-compliant SCP. The 
20 term "fully CAMEL-compliant networks used to mean a mobile network having 
CAMEL-compliant versions of standard mobile network components such as 
switches and location registers and having a CAMEL-compliant SCP. 

CAMEL Phase 1 enables operators of fully CAMEL-compliant networks to 
offer simple telephony services to prepaid users who are roaming in a visited fully 
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CAMEL-compliant network. CAMEL Phase 1 does noWnable roaming prepaid 
users to receive home-language announcements or to recharge the account 
balance during a call without disconnecting the call. Furthermore, when at least 
one of the home mobile network and the visited network is not fully 
CAMEL-compliant, then CAMEL Phase 1 does not provide a roaming solution for 
prepaid users. 
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SUMMARY OF THE INVENTION 

There is provided in accordance with a preferred embodiment of the 
present invention a system for enabling telephony services when roaming in a 
visited mobile network to a user subscribing to a home mobile network and having 
a prepaid account with a balance at the home mobile network. The system 
includes a home intelligent gateway integrated into the home mobile network, a 
visited intelligent gateway integrated into the visited mobile network, and a global 
packet switch network connected to the home intelligent gateway and to the 
visited intelligent gateway. The home intelligent gateway and the visited intelligent 
■gateway are^nflgured to communicate via the global packet swflch network in 
order to manage the telephony services In real-time according to the balance. 

Moreover, in accordance with a preferred embodiment of the present 
invention, the home mobile network has a prepaid system and the home 
intelligent gateway includes an interface to the prepaid system. 

Furthermore, in accordance with a preferred embodiment of the present 
invention, the home intelligent gateway retrieves the balance via the interface, 
calculates an allowed call duration based upon the balance, and transfers the 
allowed call duration in time units to the visited intelligent gateway via the global 

packet switch network. 

Additionally, in accordance w«h a preferred embodiment of the present 
invention, the system further includes a signaling connection control part signal 
relay point platform integrated into the home intellfcent gateway for relaying 
signaling connection control par. messages between the home mobile network 
and the visited mobile nelwork. 
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There is also provided in accordance with a preferred embodiment of the 
present invention a method for enabling telephony services when roaming in a 
visited mobile networix to a user subscribing to a home mobile network and having 
a prepaid account with a balance at the home mobile network- The method 
includes the step of communicating via a global packet switch network connecting 
a home intelligent gateway integrated into the home mobile network and a visited 
intelligent gateway integrated into the visited mobile network in order to manage 
the telephony services in real-time according to the balance. 

There is also provided in accordance with a preferred embodiment of the 
present invention a method for registering a user subscribing to a home mobile 
network and roaming in a visited mobile network. The home mobile network has 
a home intelligent gateway integrated therein that is connected to a global packet 
switch network. The method includes the steps of refusing to register the user if 
the visited mobile network does not have a visited intelligent gateway integrated 
therein that is connected to the global packet switch network, and registering the 
user at the visited mobile network if the visited mobile network has a visited 
intelligent gateway integrated therein that is connected to the global packet switch 
network. 

There is also provided in accordance with a preferred embodiment of the 
present invention a method for enabling telephony services when roaming in a 
visited mobile network to a user subscribing to a home mobile network and having 
a prepaid account with a balance at the home mobile network. The method 
includes the steps of registering the user in the visited mobile network, and 
placing mobile originated fells from the visited mobile network if a home intelligent 
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gateway integrated into the home mobile network communicates via a global 
packet switch network a sufficient allowed call duration to a visited intelligent 
gateway integrated into the visited mobile network. 

Moreover, in accordance with a preferred embodiment of the present 
invention, the method further including the steps of enabling the user to recharge 
the balance during a mobile originated call, and enabling the user to continue the 
mobile originated callthe balance has been sufficiently recharged. 

There is also provided in accordance with a preferred embodiment of the 
present invention a method for enabling telephony services when roaming in a 
visited mobile: network to a user subscribing to a home mobile network and having 
a prepaid account with a balance at the home mobile network. The method 
includes the steps of registering the user in the visited mobile network, and 
placing mobile terminated calls to the visited mobile network if the visited mobile 
network has a visited intelligent gateway integrated therein that is connected to 

the global packet switch network. 

Moreover, in accordance with a preferred embodiment of the present 
invention, the method further includes the steps of enabling the user to recharge 
the balance during a mobile terminated call, and enabling the user to continue the 
mobile terminated call the balance has been sufficiently recharged. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be understood and appreciated more fully from 
the following detailed description taken in conjunction with the appended drawings 
in which: 

Fig. 1 is a schematic illustration of a system for roaming for prepaid users, 
according to a preferred embodiment of the present invention; 

Fig. 2 is a flowchart illustration of a method for registration of a roaming 
prepaid user, according to a preferred embodiment of the present invention; 

Fig. 3 is a flowchart illustration of a method for enabling a mobile 
originated (MO) call for a roaming prepaid user, according to a preferred 
embodiment of the present invention; 

Figs. 4A and 4B are flowchart illustrations of a method for enabling a 
mobile terminated (MT) call for a roaming prepaid user, according to a preferred 
embodiment of the present invention; 

Fig. 5 is a flowchart illustration of a method for registration of a roaming 
prepaid user, according to another preferred embodiment of the present invention; 

Figs. 6A and 6B are flowchart illustrations of a method for enabling an 
MO call for a roaming prepaid user, according to another preferred embodiment of 

the present invention; 

Fig. 7 is a flowchart illustration of a method for enabling an MT call for a 
roaming prepaid user, according to another preferred embodiment of the present 
invention; and 
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Figs. 8Aknd 8B are flowchart illustrations of a method for enabling an 
MO call for a roaming prepaid user, according to yet another preferred 
embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE PRESENT INVENTION 

The present invention is directed towards a system and method for 
enabling roaming to prepaid users. According to a preferred embodiment of the 
present invention, intelligent gateways connected via a global packet switch 
network are integrated into mobile networks. This configuration has previously 
been described, although not for the purpose of enabling roaming to prepaid 
users, in PCT publication WO 99/57914, published November 11 1 , 1999. When a 
prepaid user subscribing to a home mobile network is roaming in a visited mobile 
network, the intelligent gateways communicate via the global packet switch 
network. This communication is used to manage both mobile originated (MO) 
calls and mobile terminated (MT) calls in real time according to the balance of the 
prepaid user's account at the home mobile network. This communication is also 
used to offer advanced services such as home-language announcements and 
recharging. 

Reference is now made to Fig. 1. which is a schematic illustration of a 
system for roaming for prepaid users, according to a preferred embodiment of the 
present invention. A global packet switch network 100 connects an intelligent 
gateway (IG) 102. integrated in a home public land mobile network (HPLMN) 104. 
to an intelligent gateway 106, integrated in a visited public land mobile network 
(VPLMN) 108. When both HPLMN 104 and VPLMN 108 have intelligent 
gateways connected via global packet switch network 100. then a prepaid user 
subscribing to HPLMN 104 is able to roam in VPLMN 108, as will be described in 
further detail hereinbelow. 
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The voiced Is typically sent over E1/T1 wAi -«"-"« related 
,„ a particuiar cel. is sen. using the ISDN user part CJSUP^ An Intemaflona, carrier 
,09 connecte HPLMN 104 and VPLMN 108. enabling both a voice pa* 
connection and .SUP gating between HPLMN 104 and VPLMN 108. Signing 
related to mobility management is acoompfched through the moblte application 
part (MAP) carried over a backbone network 111. One of the iayers under MAP is 
the signaling connection control part (SCCP). 

HPLMN 104 comprises a home mobile switching center (MSC-H) 110 
connected to ,G 102 via .SUP and E1 connections and via MAP. a home location 
register (HUR) 112 connected to IG 102 * MAP. a prepaid system 114 
connected to IG 102 via a local area network (LAN) connection, and a gateway 
mobile switching center (MSC-G) 116 connected to International carrier 109 via 

ISUP and E1 connections. 

Similarly. VPLMN 108 comprises a visaed mobile switching center 

* a 4^ ir- mfi via ISUP and E1 connections and via MAP. a 
(MSC-V) 120 connected to IG 106 via i&ur diiu ^ 

visited location register (VLR) 122 connected to IG 106 via MAP. and a gateway 
mobiie switching center (MSC-G) 126 oonnected to intemationa. carrier 109 v 

ISUP and E1 connections. 

tt will be appreciated that obviously HPLMN 104 has its own VLR for 
, handling roaming subscribers of ether network operators, and 1hat VPLMN 108 
has its own HLR for handling its own subscribers, however, these are not referred 
to in the description of the present invention. 

,G 102 comprises a database 130 storing user profile data and possibly a 
teaming tariffs table, and an applied 132 for caiculating call durations and for 
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managing calls. IG 102 also comprises a prepaid system interface 131 for 
interfacing with prepaid system 1 14. Similarly, IG 106 comprises a database 140 
caching user profile data and call duration information and an application 142 for 
managing calls. 

A roaming solution for prepaid users needs to address the following basic 
functionality: registration, making mobile originated (MO) calls, and receiving 
mobile terminated (MT) calls. A seamless roaming solution for prepaid users 
provides in addition to the basic functionality announcements 1n the user's home 
language and the possibility of recharging the account balance in the midst of a 
call. ; 

The preferred embodiments of the present invention described 
hereinbelow provide seamless roaming solutions for prepaid users in the following 
scenarios: 

(a) VPLMN 108 is neither fully CAMEL-compliant nor partially CAMEL 
compliant, regardless of the status of HPLMN 104; 

(b) HPLMN 104 is fully CAMEL-compliant and its operator is willing and 
able to use the service creation environment (SCE) to prepare scripts as part of 
the seamless roaming for prepaid solution, and VPLMN 108 is either partially 
CAMEL-compliant or fully CAMEL-compliant; 

(c) HPLMN 104 is partially CAMEL-compliant, and VPLMN 108 is either 
partially CAMEL-compliant or fully CAMEL-compliant, 

(d) HPLMN 104 is neither fully CAMEL-compliant nor partially CAMEL 
compliant, and VPLMN 108 is either partially CAMEL-compliant or fully 
CAMEL-compliant; and * 
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(e, HPTON 104 Is fu„ y CAMEL-compliant buZ operator is no, willing nor 
able ,o use th e SCE ta prepare ^ ^ ^ rf ^ ^ ^ 

prepaid so.u«on. and VPLMN 108 is eifrer parfiaiiy CAMEL-compliant or fu„ y 
CAMEL-compliant 

In scenarios (b) and (e). where HPLMN 104 is fully CAMEL-compliant 
HPLMN t04 comprises a CAMEL-comp„ant service cor,™ point (S CP>^ ln 
-narios (a,, (c). ( d) and (.,. , G 102 , s integrated ^ , sccp sjg ^ ^ 
(SSRP) platform 150, as will be explained hereinbelow. " ' 

« w«l be appreciated tha, in the specific instances of scenarios (b, and (e, 
where both HPLMN 104 and VPLMN 108 are fuily CAMEL-compiiant, a roaming 
solution for prepaid users exists (using CAMEL Phase 1) without the present 
.nvention, but ft is primitive and no, seamtes, The present inversion „ directed 
towards provide a seamless roaming soiufion for prepay users , n these specific 



instances. 



Itwil. al so be appreciated tha, in all other instances, induding instances of 
scenarios C b> and (e) where VPLMN 108 is on, y partial CAMEL-compliant no 
roaming solution tor prepak, users exisfc. The present invent is directed 
awards providing a seamless roaming solufion for prepaid users * these other 

instances. 

A very taportan, feature o, the present invention is tha, it enabfes a prepaid 
subscriber of any mobile nefcvork having an intelifcen, gateway connected to 
9-oba, pacKe, switch ne*™* 1oo to roam in any other mobile network having an 
■nteNlgen, gateway connected to global packet swifch network 100. The operators 
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of the mobilWfetworks do not have to m*i~> 

not have to make agreements between themselves in 
order to offer roaming for prepaid subscribers. 
Scenario {*) - R emg fm*;»» 

Reference is now made to Fia ? ^huh i~ « 

«e 10 Mg. 2 , Wnicn Js Q flowcnart i l|ustrat|on Qf q 

* a for of . roamhg prepaw user acoordjng (o a prefefrea 

embodiment of tne pres e nt invenfon , „ , o ^ ^ ^ 
prepaid user „ . 8UDSCriber of HpLMN w fe vismng h a ^ ^ 

~**r w«n ft. VLR of the visKed mo* netwo* (step 200 , The VLR ^ , he 
update ,oca<ion (UL) requas( to HpLMN w ^ ^ ^ 

standard GSM procedure (step 202). 

MSCG 116 recess the UL ^ ^ jntemattona( ^ 

109. As mentioned herelnabov ^ |n ^ (a) |Q fe , ntegrated ^ ^ 
p.a«orm ,50. MSOG 11e „ sQ ^ an ^ 

"* ^ ' O0aton - ™ed to SSRP 150 , nste ad of 

to HLR 1 12. As a resuft, IG 102 receives the UL request message (step 204). , G 
102 seamiessiv passes on to HLR ,« UL ^ messages ^ 
postpaid users (step 206). 

A'"a ly . " * e - HPLMN 104 resent a specia, 

W-n—, rnoi* s Ub so riber iden% ^ range fof prepai(J ^ ^ 
MSC-0 11 6 „ <XKM so ^ MQT based ^ ^ iMste ^ 

mat range are routed to SSRP 1 50 fnstead of te HLR ^ ^ g ^ ^ ^ 

receives UL recues, messaoes for prepaid users on, y . Thfe repfcces steps 204 

and 206. 
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B ^rejects UL requests of prepald users ^ ^ ^ ^ 

^ inte " i9e,rt -"ding ft. rejection to ^ vfa 

MSC-G 116 (step 208). 

For UL requesW of prepaid users ^ ^ v(slte(j ^ 

hav, ng an MfeM gateway, for example VPLMN 108. , G 102 re , avs to HLR ^ 
*. UL request ^ a modified SCCP orta|t)a(jon a(fdress ^ modffied ^ 
origination address is set to SSRP 150, so that HLR 1 12 thinks « „ ^ sccp 
level, the UL request originated at SSRP 150 . At TCAP and mp ^ HLR 
112 thinks tha, the UL request originated at VLR ,22. As a result HLR 11 2 
records the correct address o, VLR 112 as current ^ „ fte ^ 

prepaw use, but a„ messages reia*ng to ft* dialogue are now relayed through 
SSRP 150 (step 210). 

HLR 112 sends a UL acceptance response and user profite data back , 0 
VPLMN 108 (step 212). As the informal passe* through SSRP 1 50 . ,G 102 
inserts an operator determined barring (ODB) on call forwarding uncondfflona, 
(CPU) supplementary services. This means tba, while roaming, the prepaid user 
cannot change the CFU settings. 

FinaHy, ,G 102 issues a CFU command to HLR 1 12 to rou ,e all lnooming 
(mobile temiinated) calls to IG 102 (step 214). 
Scenario fa) - Mobito n^i-atot >M ri) r„u. 

Reference is now made to Fig. 3, which fe a flowchart illustration of a 
method for enabling a mobite originated (MO)- call for a roaming prepaid user 
according to a preferred embodiment of the present invention, appiicable to 
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scenario <a\ pciviloo/ooi7i 
-no (a, m roam ,n 9 prepak , user „ . subs W r ^ HpLMN 

voting ,n a visited mobile network. 

The roaming prepaid user djab the ^ 
* — , „ U se,s mobile ^ „ regisfered ^ ^ 
nandies the MO oa, MSCV 120 routes «. ^ t0 (G 1Qe ^ ^ 

According ,o a preferred ernbodimen , rf ^ ^ ^ 
1« -erves . speclal intema(jonal mobj|e subser|ber ^ ((ms() ^ ^ 

P^id use., and MSCV 120 is co„ fl g ured to route a „ MQ ra(|s ^ mamers 
having ,MS,s w«hin « range to ^ |G ^ ^ ^ ^ ^ 

K,U,PPeC ' "* CaPab " i,y SSt 1 «*»>• «™ MSCV 120 is centred «o ^ry , G 
'06 U si„g intel „ gent m app(joation paft (wp) ^ ^ roamjng 

user is aifcwe* to make an MQ ^ ^ ^ ^ ^ 

™.e a„ MO o* from roamers subscrjbing fc HpLMN tQ |g ^ ^ ^ 

embody. (G 106 re|eases and ^ mq ^ ^ ^ 

IQ 106 queries ,G 102 via globa, paote , ^ networf< 10rj for ^ 

allowed call duration (step 304) IG in? r«« ai 

i P 'G 102 retrieves the account balance for the 

P~Paid user tam prepaid ^ m ^ ^ ^ ^ ^ 

caicuia.es the aiiowed «, duration using tan* information in database 130 a „d 

returns the allowed call duration to IG 106 wh» m » • * 

«> 106, where it is stored in database 140 

(step 306). 

» 106 checks whether the baiance is sufficient (step 308). if , is, then lc 
106 piaces the out « on be half of ^ prepald ^ „ a ^ ^ ^ 

lOIOere.insa.iicontroioftheMOc., Dunn^ecaiKorattneendofthecain' 
106 updates (G 102 M - a gteba , ^ ^ ^ ^ ^ ^ ^ ^ 
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duration. IG 102 calculates the required charge using tariffs information in 
database 130 and using prepaid system interface 131 sends a decrease balance 
command to prepaid system 114 for the appropriate amount (step 312). At the 
end of the call, IG 106 generates a call details record (CDR) for billing (step 314). 

• If the balance is insufficient, then IG 106 denies the outgoing call service 
to the prepaid user and plays an error message suggesting that the user connect 
to customer care for recharging of the balance (step 316). Alternatively. IG 106 

could enable the prepaid user to recharge the balance (step 318) and possibly 

3'° . 
continue with placing the call (step-32Q) once the balance has been recharged. 

Scenario (at- Mobile Terminated JWm Calls 

Reference is now made to Figs. 4A and 4B, which is a flowchart 
illustration of a method for enabling a mobile terminated (MT) call for a roaming 
prepaid user, according to a preferred embodiment of the present invention, 
applicable to scenario (a). The roaming prepaid user is a subscriber of HPLMN 
104 and is roaming in VPLMN 108. 

MSC-G 116 receives an incoming call for the prepaid user and queries 
HLR 112 for the user's location, following standard GSM procedure (step 400). 
Since the user's profile at HLR 112 has a CFU to IG 102 -(see Fig. 2, step 214), 
HLR 112 directs MSC-G 116 to forward the call to IG 102, and MSC-G 116 
queries IG 102 for the usefs location (step 402). IG 102. which has recorded in 
database 130 that the prepaid user is currently roaming in VPLMN 108, retrieves 
the current balance from prepaid system 114 and calculates the allowed call 
duration using tariffs information in database 130 (step 404). IG 102 checks 
whether the balance is sufficient (step 406). If it is, then IG 102 queries MSC-V 
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120 and VLR 122fbr the mobile station roaming number (MSRN) of the prepaid 
user, substituting the SS7 address of SSRP 150 at the SCCP level of the query, 



MSC-V 120 and VLR 122 respond with the MSRN of the prepaid user (step 410). 
5 Then IG 1 02 places the MT call to the user via MSC-G 1 1 6 (step 41 2). 

IG 102 retains full control of the MT call. During the call (or at the end of 
the call), IG 106 updates IG 102 via global packet switch network 100 with the 
actual call duration. IG 102 calculates the required charge using tariffs 
information in database 130 and using prepaid system interface 131 sends a 
10 decrease balance command to prepaid system 114 for the appropriate amount 
(step 414). At the end of the call, IG 106 generates a call details record (CDR) for 
biliing (step 416). 

Two exceptions for MT calls that need to be dealt with: the roaming 
prepaid user is detached but is still physically present in the same VPLMN 108; 

is and the prepaid user has returned to HPLMN 104 or has registered in a different 
visited mobile network. In both of these cases, MSC-V 120 and VLR 122 return a 
"User Absent" response to IG 102 (step 420). At this point, IG 102 instructs HLR 
112 to remove the CFU to IG 102 (step 422). IG 102 then queries HLR 112 for 
the location of the prepaid user (step 424). 

20 If HLR 112 still shows that the prepaid user is registered in VLR 122, then 

HLR 112 queries MSC-V 120 and VLR 122 for the MSRN of the prepaid user 
(step 426). MSC-V 120 and VLR 122 return a "User Absent" response to HLR 
112, because the prepaid user is detached (step 428), and HLR 112 responds to 
the query of step 424 with the "User Absent" response (step 430). IG 102 then 



but retaining the address of HLR 112 at the TCAP and MAP levels (step 408) 
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restores the CRTO HLR 112 (step 432) and denies the service of an MT call 
(step 434). 

If HLR 112 shows that the prepaid user has returned to the home 
network, then HLR 112 responds to the query of step 424 with the user's MSRN 
(step 436). IG 102 recognizes the MSRN as being local (step 438) and returns 
the MSRN to MSC-G 116 so that the MT call can be placed locally in HPLMN 
104. 1 



It will be appreciated that although the detailed description hereinabove 
with respect to scenario (a) is provided for GSM networks, the solutions are 
io equally applicable to non-GSM networks. 
Scenarios (b) and (cl ~ Registration 
3 Reference is now made to Fig. 5, which is a flowchart illustration of a 

method for registration of a roaming prepaid user, according to a preferred 
embodiment of the present invention, applicable to scenarios (b) and (c). The 
roaming prepaid user is a subscriber of HPLMN 104 and is visiting in a visited 
k mobile network. 

jij As a preliminary requirement, every prepaid user subscribing to HPLMN 

j!j 104 has origination-CAMEL subscription information (O-CSI) and termination-CSI 
(T-CSI) records in the user profile data stored in HLR 112. The O-CSI and T-CSI 
^ 20 records include a setting of the gsmSCF address to the SS7 address of SCP 456^- 
in the case of scenario (b) and the SS7 address of home IG 102 in the case of 
scenario (c). The implication of this setting is that every MO and-MT call will 
trigger a CAP query sent to the component whose address is contained in the 
gsmSCF variable. V 
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The roaming prepaid user turns on the mobile station, which tries to 
register with the VLR of the visited mobile network (step 500). The VLR sends the 
update location (UL) request to HPLMN 104 via international carrier 109, following 
standard GSM procedure (step 502). All UL requests are accepted and HLR 112 
5 sends a UL acceptance response and user profile data back to VPLMN 108 (step 
504). 

Scenarios (b) an d (c) - Mobile Originated (MO) Calls 

Reference is now made to Figs. 6A and 6B, which are flowchart 
illustrations of a method for enabling a mobile originated (MO) call for a roaming 
o prepaid user, according to a preferred embodiment of the present invention, 
applicable to scenarios (b) and (c). The roaming prepaid user is a subscriber of 
HPLMN 104 and is visiting in a visited mobile network. 

The roaming prepaid user dials the requested number (step 300). Since 
the roaming prepaid user's mobile station is registered in VLR 122. MSC-V 120 
handles the MO call. 

In scenario (b), the user profile data stored in VLR 122 has an O-CSt with 
gsmSCF address set to the address of SCP-*5tT Therefore MSC-V 120 initiates 
a CAP transaction to SCP Ise-Via backbone network 111 (stepJlS)). SCP 459^- 
disconnects the call if the visited mobile network does not have an intelligent 

l<pO 

gateway (step 604). SCP45d-checks its database for the address of IG 106 (step 

^ 606). SCP 460 responds to the CAP transaction of step.62 with the address of IG 

^ l0>O 
0^106 (step 608). Steps 604 - 608 require changes to SCP j-eO" that the operator of 

A- 

HPLMN 104 can accomplish by writing scripts using SCE. 
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In scenario (c), the user profile data stored In VLR 122 has an O-CSI with 
gsmSCF address set to the address of IG 102. Accordingly, in scenario (c), steps 
602, 604, 606 and 608 are replaced by steps 602', 604' 606' and 608' 
respectively, with SCP J^O replaced by IG 102. 

Then MSC-V 1 20 routes the call to IG 1 06 (step 302). From this point on, 
the MO call is handled as described hereinabove with respect to Fig. 3. 
Scenarios (b) and fcl - Mobile Terminated fll/m Calls 

Reference is now made to Fig. 7, which is a flowchart illustration of a 
method for enabling a mobile terminated (MT) call for a roaming prepaid user, 
according tp a preferred embodiment of the present invention, applicable to 
scenarios (b) and (c). The roaming prepaid user is a subscriber of HPLMN 104 
and is roaming in VPLMN 108. 

MSC-G 116 receives an incoming call for the prepaid user and queries 
HLR 112 for the user's location, following standard GSM procedure (step 700). In 
scenario (b), the user profile data stored in HLR 112 has a T-CSI with gsmSCF 
address set to the address of SCP 0S6Tln scenario (c), the user profile data 
stored in HLR 112 has a T-CSI with gsmSCF address set to the address of IG 
102. Therefore HLR 112 directs MSC-G 116 to initiate a CAP transaction with 
SCP Jle-for scenario (b) and IG 102 for scenario (c) (step 702). 

SCP (IG 102) retrieves the location of the user (which, if the user is 

A 

roaming, is the address of VLR 122) from HLR 112 (step 704). In some 
configurations, HLR 112 includes the location of the user in- its response to 
MSC-G 1 16 in step 702. If this does not automatically happen, then rt is possible 
to turn on the Location Information Interrogation Indicator in- the prepaid user's 
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profile in HLR 1 1 2 so that HLR 112 is forced to include the location of the user in 
its response to MSC-G 116 in step 702. Alternatively, SCP^flG 102) queries 

HLR 112 directly for the user's location. A 
fro 

SCP 4W(IG 102) checks whether the prepaid user is roaming. If not 

SCP ;M5tf(IG 102) instructs MSC-G 116 to continue to place the call via MSC-H 

110. However, if the prepaid user is roaming in a visited network which does not 

have an intelligent gateway connected to global packet switch network 100 then 

SCP HffXlG 102) instructs MSC-G 116 to deny the call (step 706) 
*~ W> 

Otherwise, SCP }£fr(lG 102) instructs MSC-G 1 16 to connect to a port of 

IG 102 (step 708). Then IG 102 queries HLR 112 with a T-CSI suppressed query 
for the location of the prepaid user and receives an MSRN (step 710). Using the 
MSRN. IG 102 routes the MT call to the user (step 712) while handling and 
monitoring the call (step 714). While handling the call, IG 102 can provide 
announcements and/or tones at every stage of the call, advanced recharging 
capabilities, etc. 
Scenario (d) — Registration 

Registration in scenario (d) is performed according to the method 
described hereinabove with respect to Fig. 2, with the following changes. In step 
212, HLR 112 sends a UL acceptance response and user profile data back to 
VPLMN 108. As the Information passes through SSRP 150, IG 102 inserts an 
operator determined barring (ODB) on call forwarding unconditional (CFU) 
supplementary services. This means that while roaming, the prepaid user cannot 
change the CFU settings. IG 102 also inserts an O-CSI record in the user profile 
data sent back to VPLMN 188. This O-CSI record includes a setting of the 
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gsmSCF addresSTo the SS7 address of IG 102 or 1olT The implication of this 
setting is that every MO call will trigger a CAP query sent to the component whose 
address is contained in the gsmSCF variable. Setting gsmSCF to IG 106 is more 
cost-effective than setting gsmSCF to IG 102, but the technical solution is the 
same. 

Scenario <d) - Mobile Originated <MO\ Calls 

Reference is now made to Figs. 8A and 8B, which are flowchart 
illustrations of a method for enabling a mobile originated (MO) call for a roaming 
prepaid user, according to a preferred embodiment of the present invention, 
applicable to: scenario (d). The roaming prepaid user is a subscriber of HPLMN 
104 and is visiting in a visited mobile networic 

The roaming prepaid user dials the requested number (step 300). Since 
the roaming prepaid user's mobile station is registered in VLR 122, MSC-V 120 
handles the MO call. 

In scenario (d), the user profile data stored in VLR 122 has an O-CSI with 
gsmSCF address set to the address of either IG 102 or IG 106. In the case of IG 
102, the method continues from step 602' as described hereinabove with respect 
to Fig. 6. In the case of IG 106, MSC-V 120 initiates an internal CAP transaction 
to IG 106 (step 802). IG 106 responds to the CAP transaction with instructions to 
MSC-V 120 to route the call to IG 106 (step 808). The method continues from 
step 302 as described hereinabove with respect to Fig. 3. 
Scenario ( d) - Mobile Terminated (MT) Calls 

Mobile Terminated calls in scenario (d) are performed according to the 
method described hereinabove in Figs^ 4A and 4B. 
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Scenario ie) - Re^trafaon 

Registration in scenario (e) is performed, according to the method 
described hereinabove with respect to Fig. 2, with the following changes. In step 
212, HLR 112 sends a UL acceptance response and user profile data back to 
J VPLMN 108. As the information passes through SSRP 150, IG 102 inserts an 
O-CSI record and a T-CSI record in the user profile data sent back to VPLMN 
108. The O-CSI and T-CSI records include a setting of the gsmSCF address to 
the SS7 address of IG 102. The implication of this setting is that every MO and 
MT call will trigger a CAP query to IG 102. Alternatively, for a more cost-effective 
solution, the A-CSI record could include a setting of the gsmSCF address to the 
SS7 address of IG 106. 

According to a preferred embodiment of the present invention, instead of 
having IG 102 insert the OAT-CSI records, these records are provided as a 
preliminary requirement for every prepaid user subscribing to HPLMN 104. 
U 55 Scenario ( &) - Mobile Originated (MO) Calls 

P Mobi,e Orated calls in scenario (e) are performed according to the 

rij method described hereinabove in Figs. 8A and 8B. 
q Scenario (&) - Mobile Terminated WTO Calls 

Mobile Terminated calls in scenario (e) are performed according to the 
20 method described hereinabove in Rg. 7, where the CAP transactions are initiated 
to IG 102, as in scenario (e). 
Phone-less Rnam^ g 

According to another aspect of the present invention, a prepaid user 
roaming in a visited mobile network having an intelligent gateway connected to 



Us? 
^5 
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global packet swtich network 100 is able to make calls even without having the 
mobile station. The user profile data at the home intelligent gateway includes a 
roaming password for this purpose. When situated outside of HPLMN 104, the 
prepaid user calls a common access number, provides the mobile station 
international subscriber directory number (MSISDN) and a roaming password, 
and if authorized, uses the balance to place cans from any telephone. 
Prepaid System Interface 

As described hereinabove, after IG 106 queries IG 102 via global packet 
switch network 100 for the allowed call duration, IG 102 retrieves the account 
balance for: the prepaid user from prepaid system 1 14 using prepaid system 
interface 131, calculates the allowed call duration using tariffs information in 
database 130, and returns the allowed call duration to IG 106. 

Prepaid system interface 131 enables IG 102 to retrieve a user balance 
and to decrease a user balance by a given monetary amount, regardless of the 
vendor of prepaid system 1 14, the basic architecture and the currency. If prepaid 
system 114 manages the roaming tariffs table internally, then database 130 does 
not store a roaming tariffs table, and prepaid system interface 131 enables IG 102 
to query prepaid system 1 14 for the relevant .tariff. 

Preferably, prepaid system interface 131 uses the administrative 
customer care call center system local area network (LAN) protocol. Alternatively, 
if prepaid system 114 is intelligent network (IN) based, an IN application part 
(INAP) interface can be used, although the same LAN connection will suffice. If 
an INAP interface is used, then application 132 is capable of presenting IG 102 to 
prepaid system 114 as a service switching function (SSF) and a visited mobile 
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swrtch center using an SS7 address, and Is capable of handling 1NAP commands 
and a session between IG 102 and prepaid system 114. 
Tariffs Handling 

IG 102 is able to support separate roaming tariff tables for each visited 
network. Each table can support several tariff profiles to be chosen from 
according to the user profile, time of day and date. Since it is per network based, 
the time difference between networks can be embedded seamlessly using the 
home time as a baseline (unless the visited network covers multiple time zones). 
Each tariff profile includes at least the following fields: initial charge unit length, 
initial charge unit rate, additional charge unit length and additional charge unit 
rate. Application 132 uses both charges to calculate allowed call duration and 
amount of credit consumed de facto. 
Security 

Since the present invention involves real-time charging and money 
is storage and control, it needs to be secured in a way that does not expose the 
prepaid user accounts to additional risks. Furthermore, the present invention 
should be designed in such a way so that the tariffs and policies of HPLMN 104 
are hidden from visited mobile networks. 

Therefore, according to a preferred embodiment of the present 
invention, the visited IG 106 caches an identification of the prepaid user and the 
user's profile data. Furthermore, the user's balance is never cached in any 
intelligent gateway. Rather, a retrieved balance is used for a real-time calculation 
of allowed call duration and then immediately deleted from the intelligent 
gateway's application 132. If for seamless usage it is required to start the session 
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faster than the Uponse time of prepaid system 1 14, It is recommended to do so 
by allocating a grace period until the real balance is obtained rather than caching 
the last call's remaining balance. The algorithm may be improved by an additional 
flag (go/no go only) calculated after the last call from the remaining balance and 
safety interval chosen by the operator of HPLMN 104. Finally, both intelligent 
gateways can query or update each other only by time units, i.e. the call duration 
will always be calculated at the home network and balance updates will always be 
stated in time units at the visited IG and translated to local currency only at the 
home IG. 

Fraud Prevention 

Basic fraud prevention capabilities should be incorporated into the 
present Invention: 

• A prepaid user is not allowed to maintain more than a single telephone call 
at a given time. 

. A prepaid user is not allowed to place or receive consecutive telephone 
from or to visited mobile networks unless a reasonable time has elapsed. 
This functionality will be setup in the home intelligent gateway according to 
the preferences of the home network operator. 

♦ A prepaid user is not allowed to consume more than M amounts of money 
in less than T seconds (where M and T are system parameters) as well as 
an optional limit on the call duration of a single call. 

In addition, a commercially available fraud prevention utility (profiler) can 
be added to the system to prevent illegal exploitation of the access to the prepaid 
system. The profiler uses activity records provided by the roaming for prepaid 
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application and« billing CDRs as well as global InSnation available from the 
users' location database to efficiently protect the system from malicious usage. 
When fraud or any other malicious activity is suspected, the home network should 
Issue an appropriate warning. All incoming calls should then be rejected and 
outgoing calls should be routed to the customer care regardless of the destination 
number. 

It will be appreciated by persons skilled in the art that the present 
invention is not limited by what has been particularly shown and described herein 
above. Rather the scope of the invention is defined by the claims that follow: 
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